home *** CD-ROM | disk | FTP | other *** search
/ Chip 2000 January / CHIP Heft 2.iso / data / FP_2000 / SYSTEM / SQLOLEDB.TXT < prev    next >
Encoding:
Text File  |  1998-10-23  |  4.3 KB  |  107 lines
  1. ----------------------------------------------------------------
  2. Microsoft(R) OLE DB Provider fⁿr SQL Server 7.00.459 - Infodatei
  3. ----------------------------------------------------------------
  4.  
  5. (c) 1998 Microsoft Corporation. Alle Rechte vorbehalten.
  6.  
  7. Dieses Dokument enthΣlt aktuelle sowie allgemeine Informationen, die 
  8. als ErgΣnzung zur Dokumentation zu Microsoft OLE DB Provider fⁿr SQL 
  9. Server dienen.
  10.  
  11. ------
  12. INHALT
  13. ------
  14.  
  15. 1. PRODUKTBESCHREIBUNG
  16.    
  17. 2. TECHNISCHE HINWEISE
  18.  
  19. ----------------------
  20. 1. PRODUKTBESCHREIBUNG 
  21. ----------------------
  22. SQLOLEDB, der Microsoft OLE DB Provider fⁿr SQL Server, bietet 
  23. Benutzern Schnittstellen, um auf Daten auf einem oder mehreren SQL 
  24. Servern zuzugreifen.
  25.  
  26. ----------------------
  27. 2. TECHNISCHE HINWEISE
  28. ----------------------
  29.  
  30. 2.1 ─nderungen der SQLOLEDB-Eigenschaften
  31.  
  32. Beachten Sie die folgenden ─nderungen der SQLOLEDB-Eigenschaften:
  33.  
  34. * Die Eigenschaft DBPROP_INIT_DATASOURCE wird jetzt zur Angabe 
  35. eines Servernamens verwendet, der SQL Server ausfⁿhrt. Die 
  36. Eigenschaft wird nicht mehr zur Angabe eines Datenbanknamens 
  37. verwendet.
  38.  
  39. * Die Eigenschaft DBPROP_INIT_CATALOG wird jetzt zur Angabe der 
  40. anfΣnglichen Datenbank verwendet.
  41.  
  42. * Die Eigenschaft DBPROP_INIT_LOCATION wird nicht mehr unterstⁿtzt.
  43.  
  44. * Die neue Version unterstⁿtzt die Eigenschaft DBPROP_AUTH_INTEGRATED. 
  45. Wenn fⁿr DBPROP_AUTH_INTEGRATED 'SSPI' festgelegt wurde, wird integrierte
  46. Sicherheit verwendet.
  47. Wenn Null-BSTR-Zeiger festgelegt wurde, wird SQL Server-Sicherheit verwendet.
  48.  
  49. * Die Eigenschaft SSPROP_AUTH_TRUSTEDCONNECTION wird nicht mehr unterstⁿtzt.
  50.  
  51. * Die Provider-spezifische Eigenschaft DBPROP_INIT_MODE wird nicht mehr 
  52. unterstⁿtzt.
  53.  
  54. 2.2
  55. Beim Versuch, einen Befehl an einer Verbindung auszufⁿhren, an der gerade 
  56. ein Befehl ausgefⁿhrt wird, erstellt SQLOLEDB eine neue Verbindung zur 
  57. Verarbeitung des neuen Befehls, wenn folgende Bedingungen zutreffen:
  58.  
  59. *  fⁿr DBPROP_MULTIPLECONNECTIONS wurde der Wert VARIANT_TRUE festgelegt.
  60. *  der erste Befehl hat keine Zeilengruppe erstellt oder keinen Servercursor 
  61. verwendet.
  62. *  die Verbindung hat keine aktive Transaktion.
  63.  
  64. Wenn die Verbindung eine aktive Transaktion hat, wird beim Versuch, einen 
  65. zweiten Befehl auszufⁿhren, E_FAIL zurⁿckgegeben. Wenn keine aktive 
  66. Transaktion vorliegt, jedoch fⁿr DBPROP_MULTIPLECONNECTIONS der Wert 
  67. VARIANT_FALSE festgelegt wurde, wird beim Versuch, einen zweiten Befehl 
  68. auszufⁿhren, DB_E_OBJECTOPEN zurⁿckgegeben.
  69.  
  70. SQL Server verwaltet Transaktionen und Sperrungen fⁿr jede Verbindung 
  71. einzeln. Wenn eine zweite Verbindung hergestellt wird, verwenden die 
  72. Befehle der separaten Verbindung Sperrungen nicht gemeinsam. Achten Sie 
  73. darauf, da▀ sich Befehle nicht gegenseitig blockieren, indem sie Zeilen 
  74. sperren, die von dem anderen Befehl angefordert werden.
  75.  
  76. 2.3
  77. Um den Netzwerkverkehr zu reduzieren und damit die Leistung zu verbessern, 
  78. ruft SQLOLEDB nicht automatisch Parameterinformationen ab, es sei denn, 
  79. vor dem Ausfⁿhren eines Befehls wird ICommandWithParameters::GetParameterInfo 
  80. oder ICommandPrepare::Prepare aufgerufen. Das bedeutet, da▀ SQLOLEDB die 
  81. folgenden VorgΣnge nicht automatisch ausfⁿhrt:
  82.  
  83. * ▄berprⁿfen der Richtigkeit des Datentyps, der mit 
  84. ICommandWithParameters::SetParameterInfo angegeben wurde.
  85. * Zuordnen des DBTYPE, der in den Bindungsinformationen des Zugriffsberechtigten 
  86. angegeben wurde, um den SQL-Datentyp fⁿr den Parameter zu korrigieren.
  87.  
  88. Bei Verwendung dieser Methode erhalten Anwendungen u.U. Fehler oder verlieren 
  89. an Genauigkeit, wenn sie Datentypen angeben, die nicht mit dem SQL-Datentyp 
  90. des Parameters kompatibel sind.
  91.  
  92. Zur Vermeidung dieser Situation sollte die Anwendung:
  93.  
  94. * beim Hardcoding von ICommandWithParameters::SetParameterInfo sicherstellen, 
  95. da▀ pwszDataSourceType mit dem SQL-Datentyp fⁿr den Parameter ⁿbereinstimmt.
  96. * beim Hardcoding eines Zugriffsberechtigten sicherstellen, da▀ der an den 
  97. Parameter gebundene DBTYPE derselbe Typ wie der SQL-Datentyp fⁿr den Parameter ist.
  98. * die Anwendung kodieren, damit sie ICommandWithParameters::GetParameterInfo 
  99. aufruft und der Provider die SQL-Datentypen der Parameter dynamisch abrufen 
  100. kann. Hierdurch wird ein zusΣtzlicher Netzwerkumlauf zum Server verursacht.
  101.  
  102. 2.4
  103. DBPROP_CHANGEINSERTEDROWS kann nur auf VARIANT_TRUE gesetzt werden, wenn 
  104. der Zeilensatz einen treffermengengesteuerten Cursor verwendet.
  105.  
  106.  
  107.